【软件质量保证和测试 复习资料 5600字】范文118

第1章 软件质量保证和测试的背景

IEEE关于软件质量的定义：

软件质量是：

・系统部件不见或者过程满足需求的规定需求的程度。

・系统、部件或者过程满足顾客或者用户需要或期望的程度。

ANSI关于软件质量的定义。

软件质量定义为“与软件产品满足规定的和隐含的需求的能力有关的特征和特征的全体” 具体包括：

・软件产品中能满足用户给定需求的全部特性的集合。

・软件具有所有期望值的各种属性的集合。

・用户观得出的软件是否满足其综合期望的程度。

・决定所用软件在使用中将满足其综合期望程度的软件特性。

IEEE给出软件质量保证的定义，软件质量保证(SQA)是：

（1） 一种有计划的，系统化的行动模式，它是为项目或者产品符合已有技术需求提出充

分信任所必需的。

（2） 设计用来评价开发或者制造产品的过程的一组活动，与质量控制有区别。

软件测试是使用人工或者自动手段来运行或测试某个系统的过程，检验它是否满足规定的需求或者弄清预期结果和实际结果之间的差别。

随着时间的推移，修复软件缺陷的费用惊人的增长。

软件测试是软件质量保证的重要手段之一。

第2章 软件质量工程体系

软件质量控制的定义：

软件质量控制是一组由开发组织使用的程序和方法，使用它可在规定的资金投入和时间限制的条件下，提供满足客户质量要求的软件产品并持续不断地改善开发过程和开发组织本身，以提高将来生产高质量软件产品的能力。

目标问题度量法：书P31页主要看看思想。

风险管理法：P32页 图

PDCA

计划 Plan：确定参数要求

实施 Do：根据要求展开活动

检查 Check：通过评审、度量、测试，确认满足要求

改进 Action：纠正参数要求，在开发

软件质量保证控制模型参数：产品、过程、资源。

SQA（软件质量保证）是CMM（软件能力成熟度）2级一个重要关键过程区域，它是贯穿于整个软件过程的第三方审查活动，在CMM过程中从当重要角色。

简要描述几种常见的质量控制模型（见上）：控制方法：

风险避免：通过变更计划消除风险的触发条件，如采用成熟技术、增加资源减少软件范围等。 风险弱化：降低风险发生的概率，如简化流程、更多测试、开发原型系统等。

风险承担：制定应急方案，随机应变。

风险转移：将风险发生的结果连同应对权利转移给有应对能力的第三方。

第3章 软件质量度量和配置管理

Measure：度量（名词）：是根据一定规则赋予软件过程或产品属性的数值或类别

软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程。

软件度量在软件工程中的作用有三：

1、 通过软件度量增加理解。

2、 通过软件度量管理软件项目，主要是计划和估算、跟踪和确认；

3、 通过软件度量指导软件过程改善，主要是理解，评估和包装。

影响软件质量的因素：

首先是人的因素，其次是过程的因素最后是技术因素。

简述几种常见的软件质量模型？

软件质量保证模型：

McCall模型，Boehm模型，FURPS模型ISO1926

简述软件过程度量的目标对象方法和结果？

软件过程度量的目标:软件过程度量的目标是为了对软件过程的行为进行目标管理，并在度量的基础上对软件过程进行控制，评价和改善软件过程度量最终为项目管理和软件过程管理服务。

软件过程度量就其对象而言，主要包括三个：工作产品、软件项目和过程。

软件过程度量的方法：对软件过程度量的方法是过程性方法，软件过程行为是事件行为，对过程的度量也具有过程性，从制定度量目标到收集数据再到数据分析表示了典型的度量阶段。

软件度量的结果通常是软件产品的复杂度模型和可靠性模型等。

简述影响软件质量的因素？

首先是人的因素，即M.软件开发是智力劳动，软件是人的脑力劳动，进行创造性思维的结果。其次是过程因素，即P。“过程”一词有很多的定义，ISO9000将过程定义为“一种将输入转化为输出的相互关联或相互作用的活动”。软件过程是人们用来生产软件产品一系列的工具、方法和实践的集合。最后是技术因素，即T，近年来软件技术虽然取得了不少进展，提出了许多新的开发方法，比如充分利用现成软件复用技术，自动生成技术，也研制了一些

有效的软件开发工具或开发环境，但在软件项目中采用的比率仍然很低。

第4章 软件可靠性度量和测试

软件可靠性的定义：

（1） 在规定的条件下，在规定时间内，软件不引起系统失效的概率，该效率是系统输入

和系统使用的函数，也是软件中存在错误的函数；系统输入将确定是否遇到已存在的错误（如果错误存在的话）

（2） 在规定的时间周期内，在所述条件下程序执行所要求功能的能力。

影响软件可靠性的因素：

需求分析定义错误，设计错误，编码错误，测试错误，文档错误。

软件可靠性模型是指为预计或估算软件的可靠性所建立的可靠性框图和数学模型。 Musa和Okumoto根据软件可靠性的5种特征，对模型进行了下述分类：

时间域 类别 型式 种类 族

简要描述提高软件可靠性的方法和技术？

软件重用 使用开发管理工具如Intersolv公司的PVCS软件开发管理工具 加强测试

容错设计尽可能不让差错和缺陷潜入软件，这类常用的技术有以下几种：算法模型化，模拟模型化、可靠性模型、软件危险分析与故障树分析

第5章 软件质量标准

软件质量标准：

国际标准、国家标准、行业标准、企业规范、项目规范。

CMM关键域等级：

初始级、可重复级、已定义级、已管理级、优化级。

*软件保证实现的具体实施方法如下：

1、定义项目类型和生命周期，2、建立SOA计划，确定项目审计内容，3、生成SOA报告。

4、审计SOA报告5、建立汇报。

第6章 软件评审

为什么需要软件评审？

评审是一些用于开发过程早期检查和纠正缺陷的有效方法，它们可以用来检查未形成执行代码的文档的缺陷。总体来说，自开发过程中评审可以让人们获得以下收益：

（1） 提高项目的生产率，这是由于早期发现了错误，因而减少了返工时间，还可能减少

了测试时间。

（2） 改善软件的质量。

（3） 在评审的过程中，使开发团队的其他成员更熟悉产品和开发过程。

（4） 通过评审，标志着软件开发的一个阶段的完成。

（5） 生产更容易维护的软件。

评审的内容：

管理评审 技术评审 文档评审 过程评审

评审的方法：

特别检查 轮查 走查 团队评审 检视

评审的技术

缺陷检查表 规则表 评审工具的使用 从不同角度理解产品 场景分析技术

第7章 软件全面质量管理

为什么要进行全面软件质量管理？

缩短总运转周期 降低质量所需成本 缩短库存周转时间 提高生产率 追求企业利益和成功 使顾客完全满意 最大限度获取利润

质量管理蕴含着如下含义：

强烈关注顾客 精确度量 坚持不断的改进 向员工授权 改进组织中每项工作的质量 P(Plan)计划―>D(Do)实施―>C(Check)检查―>A(Action) 处理 138页图

*全面管理与ISO9000：（谈谈软件质量全面管理的思想体系）

两者的相同之处：首先，两者的管理理论和统计理论基础是一致的，它们都认为产品质量形成与产品全过程，都要求质量体系贯穿于质量形成的全过程。在实现方法上，两者使用了PDCA质量运行模式。其次，两者都要求对质量实施系统化的管理，都强调一把手对质量的管理。最后，两者的最终目的是一致的，都是为了提高软件产品质量，满足顾客的需要，都强调任何一个过程都是可以不断改进和完善的。

两者的不同之处：首先，两者的期间目标不一致。全面质量管理的目标是改变现状。其作业只限于一次，目标实现后，管理活动也就结束了，下一次计划管理活动虽然是在上一次计划管理活动的结果上进行的，但绝不重复与上次相同的作业。相反ISO9000的目标是维持标准现状，他的目标值为定值，它的管理活动是重复相同的方法和作业，使实际的工作结果与标准的偏差量尽量减少，其次，两者的工作中心不同，全面质量管理是以人为中心，ISO9000是以标准为中心。再次，两者执行标准及检查方式不同。实施全面质量的企业所制定的标准是企业结合其自身特点的自我约束的管理体制，其检查方主要是企业内部人员，检查方法是考核和评价。

6σ管理的优点：

提升企业的管理能力 节约企业运营成本 增加顾客价值 改进服务水平 形成积极向上的企业文化

第8章 高质量编程

内存分配方式：

从静态存储区域分配 在栈上创建 从堆上分配，也称动态内存分配

常见的错误情况：

（1） 内纯分配未成功却使用了它（2）内存分配虽然成功，但是尚未初始化就引用它（3） 内存分配成功并且已经初始化，但操作越过了内存的便捷（4）忘记了释放内存，造成内存泄露（5）释放了内存却继续使用它

第9章 软件测试过程

软件测试时需要以下三类信息：

软件配置 测试配置 测试工具

综合测试分为4个步骤：

单元测试 集成测试 系统测试 验收测试

另外 ，在所有的测试过程中，始终贯穿着回归测试

辅助测试模块分为以下两种：

驱动模块 桩模块

测试方法：第13章课后题 请比较非增量式集成、自顶向下、自底向上的集成策略？

（1） 非增量测试集成测试方法（2）增量式集成测试方法

两种测试方法的比较：

自顶向下：优点：1.如果程序错误趋向于发生在程序的顶端时，有利于查处错误。2.可以较早出现程序的轮廓。3.加进输入/输出模块后，较方便描述测试用例 缺点：1.桩模块较难设计。2.模块介入使结果较难观察

自底向上：优点：1.如果程序错误趋向于发生在程序的低端时，有利于查出错误。2.容易产生测试条件和观察测试结果。3.容易编写驱动模块。 缺点：1.在加入最后一个模块之前，程序不能作为一个整体存在。2，必必须给出驱动程序

常用的选择回归测试的方式如下：

再测试全部用例 基于风险的选择 基于操作剖面选择测试 在测试修改部分

软件测试贯穿于整个软件开发生命周期。

简述软件测试自动化的意义

对新版本进行回归测试。执行更多更频繁的测试。执行一些手工测试困难或不可能做的测试。更好的利用资源。测试具有一致性和可重复性。测试的复用性。增加软件的信任度。可以更快的将软件推向市场。

第12章 基于缺陷模式的软件测试

软件缺陷属性：

缺陷标识 缺陷类型 缺陷严重程度 缺陷优先级 缺陷状态 缺陷起源 缺陷来源 缺陷根源 CMM1级（初始级） CMM2（可重复级）CMM3级（已定义级）CMM4级（已管理级） CMM5级（持续优化级）

缺陷管理目标：

（1） 及时了解并跟踪每个被发现的缺陷。

（2） 确保每个被发现的缺陷都能够被处理

（3） 收集缺陷数据并根据缺陷趋势曲线来识别测试过程是否结束

（4） 收集缺陷数据并在其上进行数据分析，作为组织的过程财富。

一个简单的软件缺陷生命周期（P288）图

实践中的软件缺陷生命周期（P289）

缺陷分析指标：

缺陷发现率 缺陷潜伏期 缺陷密度 缺陷清除率

第13章 集成测试

集成测试与单元测试和系统测试的区别：

集成测试与单元测试关注的范围有很大的不同 三者的依据也不同

三明治集成测试（P301）

三明治集成测试。

三明治集成测试是将自顶向下测试与自底向上测试两种模式有机结合起来，采用并行的自顶向下、自底向上集成方式，形成改进的三明治方法。

采取持续集成的策略，软件开发中各个模块不是同时完成，根据进度将完成的模块尽可能早地进行集成，有助于尽早发现缺陷，避免集成阶段大量缺陷涌现。

自底向上集成时，先完成的模块将是后期模块的被调用程序，而自顶向下集成时，先期完成的模块将是后期模块的驱动程序，使后期模块的单元测试和集成测试出现了部分交叉，节省了测试代码的编写，提高工作效率。

核心系统先行集成测试（P302）

核心系统先行集成测试法的思想是先对核心软件部件进行集成测试，在测试通过的基础上再按各外围软件部件的重要程度逐个集成到核心系统中。

每次加入一个外围软件部件都产生一个产品基线，直至最后形成稳定的软件产品，核心系统先行集成测试对应的集成过程是一个逐渐趋于闭合的螺线形曲线，代表产品逐步定型的过程.

第14章 系统测试

性能测试：

时间性能 空间性能

兼容是测试包括几方面：（兼容性测试需要考虑那几个方面？）

向前和向后兼容 不同版本之间的兼容 标准和规范 数据共享兼容性

软件文档对软件整体质量的影响：

提高可用性。可用性大小与软件文档有关

提高可靠性。可靠性是指软件平稳运行的程度

降低支持费用。用户有麻烦或者遇到意外情况时，就会向公司请求帮助。好的文档能通过恰当的解释和引导帮助用户克服困难，尽可能预防这种情况的发生。

网站测试:（进行网站测试时需要考虑那些要领？）

(1) 文字测试

(2) 链接测试

(3) 图形测试

(4) 表单测试

(5) 动态与内容测试

(6) 数据库测试

(7) 服务器性能和加载测试

(8) 安全性测试

第15章 测试管理

测试文件的类型：测试计划和测试分析报告

调试方法：

蛮力法 回溯法和原因排除法

蛮力法:进行内存映像，激活运行时的跟踪，在程序中到处都插入write语句

回朔法：该方法是小程序经常使用并能奏效的常用调试方法，从发现症状的地方开始，手工地向回跟踪源程序，直到发现错误原因

原因排除法：这种方法是通过演绎和归纳，以及二分法来实现的，该方法对和错误相关的数据进行分析，并寻找潜在的原因

第二篇：软件质量保证和测试模拟题 4300字

软件质量保证和测试模拟题

一、 选择题。

1、（）

(A)、.测试用例

(B)、输入数据

(C)、测试环境

(D)、输入条件

2、测试的基本流程：( )

1、开发人员将开放出来的产品交给测试部门。

2、测试人员使用某种测试方法测试产品并收集产品的缺陷。

3、与开发人员沟通被发现的缺陷。

4、开发人员修复缺陷并送回到测试部门重新测试

（A）1234 （B）2314 (C)1324 (D)2134

3、 需求分析是由分析员经过了解用户的要求，认真细致地调研、分析，最终应建立目标系统的逻辑模型，并写出（ ）。 （2分）

(A) 模块说明书 (B) 软件规格说明书 (C) 项目开发计划 (D) 合同文档

4、软件测试的目的是（ ） （2分）

(A)发现软件中隐藏的错误 (B)解决软件中隐藏的错误

(C)尽量不发现错误以便早日提交软件 (D)证明软件的正确性

5、严重的软件缺陷的产生主要源自（ ） （2分）

(A)需求 (B)设计 (C)编码 (D)测试

6、从测试的要求来讲，如果想让测试完成的效果更好，测试部门与开发部门的关系最好是下面四种中的（ ）（2分）

(A)．测试组织与开发组织为同一公司同一部门同一小组，并且测试人员与开发人员为同一组人员，即开发人员测试自己的程序。

(B)．测试组织与开发组织为同一公司同一部门同一小组，但测试人员与开发人员为不同人员。

(C)．测试组织与开发组织为同一公司，但不在同一部门。

(D)．测试组织与开发组织为不同公司。

7、按照成熟度由低到高对自动化的测试的级别排序：( )

1.捕获和回放

2,捕获、编辑和回放

3.编程和回放

4.数据驱动的测试

5.使用动作词的测试自动化

（A）12345 (B)12435 (C)54321 (D)54123

8、在JUnit中所有的测试套件类的父类是：（ ）

（A）Test (B)TestCase (C)TestSuite (D)TestManager

9、（ ）是一种关注变量定义赋值点（语句）和引用或使用这些值的点（语句）的结构性测试，主要用作路径测试的真实性检查。

（A）基本路径测试 （B）逻辑覆盖

（C）决策表 (D)数据流测试

10、如下图所示的N-S图，至少需要（ ）个测试用例完成逻辑覆盖。（2分）

(A)．15

(B)．16

(C)．17

(D)．18

二、 填空题

1、 软件分为_____系统软件_______________和__应用软件______________.

2、 影响软件质量的主要因素中产品修改包括____可理解性______、_可维修性

___________、灵活性、可测试性。P10

3、 软件质量保证标准分为两大类____质量管理标准____________、______项目过程标准

___________。

4、 瀑布模型将软件生命周期划分为需求定义、__需求分析__________、___设计

_________、____编码_______、_____测试_______和运行维护六个基本活动，并且规定了他们自上而下、相互衔接的固定次序，如同瀑布流水，逐渐下落。

5、 测试用例是软件测试的依据，包括：__________、______________,测试完成的标准。

6、 根据IEEE的标准，集成测试划分为4个阶段：__计划阶段__________、____设计阶

段_______、___实现_阶段______和____执行阶段________。

7、 系统集成测试是在____单元_______测试完成之后，____系统________测试进行之前

进行的测试。

8、 使用测试工具的最主要的目的就是________用更少的时间来发现更多的错误

_________________________。

三、 判断题

1、 软件测试是有风险的行为，并非所有的软件缺陷都能够被修复。（ T）

2、 我们有理由相信只要能够设计出尽可能好的测试方案，经过严格测试之后的软件可以

没有缺陷。(F )

3、 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。( T)

4、 传统测试以发现错误为目的，现在测试已经扩展到了错误预防的范畴。（T ）

5、 调试从一个已知的条件开始，使用预先定义的过程，有预知的结果；测试从一个未知

的条件开始，结束的过程不可预计。（T）

6、 在边界值方法中，对于一个有n个变量的函数作最坏情况测试，生成的测试用例个数

是7n个。（F ）

7、 在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的测试方法。

（ Y ）

8、 单元测试属于动态测试。（ Y ）

9、 没有发现错误的测试时没有价值的。（F）

10、 测试用例的数目越多，测试的效果越好。（ F）

四、 简答题

1、 请结合《信用卡系统》软件开发周期，简述软件测试流程？

答：根据软件开发周期，在做《信用卡系统》需求分析时，软件测试流程也随之进行，在该阶段主要是写测试用例；当在系统编码期间，完成一个功能模块，随之进行单元测试；当系统开发基本完成，随之进行集成测试，集成测试后进行系统测试；当要准备交付给客户使用前要进行验收测试，并形成验收报告。

2、 写出软件测试的目的？

答：测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

测试的目的是想 以最少的人力，物力和时间找出软件中潜在的个中错误和缺陷，通过修正错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

3、 测试案例（用例）包括那些属性？

模块，子模块，编号，用例等级，输入（或者预制条件、操作步骤），输出（预期结果），测试结果，

4、 写出黑盒测试的几种方法及特点 ？

边界值测试 （测试的思想较为简单，自动化程度高，较容易实现自动化测试，是等价类测试良好的补充。但该法有较大的冗余和漏洞，对布尔型和逻辑型问题无效。）

等价类测试 （具有良好的理论基础，可以处理布尔型和逻辑型的问题，达到测试的完备性和无冗余性，工作量较低。但无法保证对整个有效域的覆盖。）

因果图测试 （很好的描述了输入条件之间的组合，降低测试冗余。但因果图的绘制十分繁琐，且其最终输出的是一个决策表。）

决策表测试 （很好的描述了输入条件之间的组合，降低测试冗余，若与等价类测试相结合，将得到完备且无冗余的测试。但该法仅针对输入域展开分析，不适用于对输出域来展开测试。）

5、 什么是软件自动化测试？软件自动化测试的原理和方法有哪些？

软件自动化测试是一项让计算机代替测试人员进行软件测试的技术是指编写软件去测试其它软件也可以被理解为使用一个商业通用测试自动化工具编写一个软件来测试其它软件 或者 编写驱动被测试应用程序的的测试脚本以执行键盘鼠标动作和后台进程并验证应用程序响应和行为

主要的原理和方法:直接对代码进行静态和动态分析,测试过程的捕获和回放,测试脚本技术和虚拟用户技术。

6、 有函数f(x,y,z)，其中x∈[1900,2100]，y∈[1,12]，z∈[1,31]的。请写出该函数采用基

本边界值分析法设计的测试用例。

答： { , , , , , , , , , , , , }

五、 应用题

1、使用基本路径测试方法，为以下程序段设计测试用例。

（1）画出程序的控制流图。

（2）计算程序的循环复杂度，导出程序基本路径集中的独立路径条数。

（3）导出基本路径集，确定程序的独立路径。

（4）根据（3）中的独立路径，设计测试用例（确保基本路径集中的每一条路径的执行）的输入数据和预期输出。

void Do (int X,int A,int B)

{

1 if ( (A>1)&&(B=0) )

2 X = X/A;

3 if ( (A=2)||(X>1) )

4 X = X+1;

5 }

由于控制流图假设的是单条件，因此对于复合条件，可将其分解为多个单个条件，并映射成控制流图。

1： A>1；2： B=0 ；3： X = X/A ；4： A=2 ；5：X>1 ；6： X = X+1；7： }

1．画出控制流图： 如右图所示

计算环形复杂度：

10（条边）- 7（个节点）

+ 2 = 5

导出独立路径（用语句编号表示）

路径1：1→2→3→4→5→6→7

路径2：1→4→5→6→7

路径3：1→2→4→6→7 路径4：1→2→4→5→7 路径5：1→2→3→4→5→7 测试用例

订―――――――――― ―――――――― 装 ―――― ―― ――――――――――

2、《信用卡系统》中包括可用信用额，可取现金额，预存金额三种动态数据，分别是： 可用信用额―― 即信用卡余额； 可取现金额―― 可取现金额=可用信用额/1.1（注意：最多能取：总信用/1.1）； 预存金额 ―― 客户多存的金额。 假定被测程序能接受一切符合上述规定的金额， 拒绝所有不符合规定的金额。要求采用弱健壮等价类方法，即同时考虑有效值和无效值，基于单缺陷假设 （1）首先进行输入条件等价类划分，并编号，写出等价类表 （2）设计测试用例，以便覆盖所有的有效等价类 （3）为每一个无效等价类设计一个测试用例，列出完整的测试用例表。 2．列出等价类表

测试用例